CPU limit

一、现象或背景：CPU 没打满，延迟却翻了 46 倍 我们一个 12 节点（8C16G，Kubernetes 1.28.9 + containerd 1.7.13，cgroup v1）的网关集群，跑着一个 Go 网关（单实例 4C limi

【背景】 最近帮两个团队做 K8s 集群（1.28，cgroup v2）的 P99 治理，都撞上了同一道选择题：CPU limit 到底设不设、怎么设。 团队 A：40 个微服务，大部分 Java（JDK 17，G1GC），requests

【背景】 做了三年 K8s 运维，踩得最多、也最容易被忽略的一个坑，就是 CPU limit 带来的 CFS throttling。 具体现象：一个 Java 在线服务（Spring Boot，4C8G Pod），CPU request=1

«结论先行：JDK 在容器里会「看见」宿主机的核数并据此派生 GC 并行线程数，但 Linux cgroup 只限制 CPU 用量、不限制 线程数——两者组合起来，会造出一个反直觉的故障模式：你给容器配的 CPU limit 越小，JDK

一、现象：P50 稳如老狗，P99 却间歇性飙到 5 倍 先给结论：这次 P99 长尾的根因不是 GC、不是下游、不是连接池，而是我们给容器设的 "cpu.limit=1.5" 触发了 Linux CFS 的周期性硬切（throttling